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Brief Summary Text - BSTX (2): 

Conventional banknote handling systems are purpose designed depending upon 
their field of use. For example, certain systems may be provided to operate on 
a single denomination of banknote and to sort such banknotes into those which 
are reusable, those which must be destroyed, and those which require manual 
inspection. Other systems are provided for sorting banknotes by denomination. 
The systems may simply stack the sorted banknotes or provide additional banding 
facilities and/or a shredding capacity. Operation of the system is controlled 
by a central controller which interfaces with the various components such as 
sensors and diverters to detect and categorise notes passing through the system 
and to control their destination. 



Brief Summary Text - BSTX (15): 

Typically, the stored destination will be the final destination in the 
system although it would also be possible to store an intermediate destination 
which is then updated during passage of the sheet. This allows dynamic 
re-routing of sheets in the event of the destined stacker suffering a 
malfunction. Where the stored destination is the final destination, each node 
preferably stores for the or each of its components a table indicating whether, 
for each possible destination, the sheet will be handled or monitored by the 
component. 

Detailed Description Text - DETX (1): 
The sheet handling system to be described is for processing banknotes in 
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Detailed Description Text - DETX (1): 

The sheet handling system to be described is for processing banknotes in 
which banknotes of a single denomination are sorted in accordance with their 
condition and authenticity. The apparatus is shown schematically in FIG. 1 and 
is made up of four modules 1-4 arranged in sequence. The module 1 is for 
feeding banknotes from a stack, the module 2 for detecting their condition and 
authenticity and determining the route they should follow, the module 3 is for 
stacking those banknotes which are to be stacked at one of two locations, and 
the module 4 is for shredding those banknotes which remain. It will be 
appreciated that this is a simplified structure chosen for the purposes of this 
description. In practice several other modules would also be used. 



Detailed Description Text - DETX (2): ^ 

The module 1 includes a banknote hopper 10 in which a set of banknotes 1 1 to 
be sorted are stacked. The banknotes are fed out of the hopper 10 by a feed 
roller 12 rotated by a motor 13, the stack being urged towards the roller 12 by 
a pressure plate (not shown). Each banknote is fed through a conventional 
separator system 14 until it enters a transport system 15 comprising juxtaposed 
pairs of feed belts 16,17 defining a feed path 18. The belts 16,17 are 
entrained around idler rollers 19 while the belt 17 is also entrained around a 
drive roller 20 driven by the motor 13 
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ABSTRACT 



A sheet handling system having a number of sheet process- 
ing modules (1-4) linked together to enable sleets to pass 
between them. Each sheet processing module (1-4) includes 
at least one sheet monitoring or handling component and a 
set of nodes (23, 32, 43, 62), each including a processor, 
wherein each sheet processing module is controlled by one 
or more nodes. A distributed control system is arranged 
logically into a number of subsystems, the functions of each 
subsystem being performed by one or more of the nodes. A 
communications network (24) links the nodes together to 
enable the nodes to operate in synchronism and to commu- 
nicate with each other. 

12 Claims, 5 Drawing Sheets 
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SHEET HANDUNG SYSTEM 

The invention relates to a sheet handling system, for 
example for handling documents of value such as banknotes. 

Conventioaal banknote handling systems are purpose 
designed depending upon their field of use. For example, 
certain systems may be provided to operate on a single 
denomination of banknote and to sort such banknotes into 
those which are reusable, those which must be destroyed, 
and those which require manual inspection. Other systems 
are provided for sorting banknotes by denomination. The 
systems may simply stack the sorted banknotes or provide 
additional banding facilities and/or a shredding capacity. 
Operation of the system is controlled by a central controller 
which interfaces with the various components such as sen- 
sors and diverters to detea and categorise notes passing 
through the system and to control their destination. 

The problem with existing systems is that they are 
relatively inflexible so that updating such systems to take 
account of impiovements in software or hardware are time 
consuming and often require substantial redesign of the 
system. 

In accordance with the present invention, a sheet han- 
dling system has a number of sheet processing modules 
linked together to enable sheets to pass between them, each 
sheet processing module including at least one sheet moni- 
toring or handling component; a set of nodes, each including 
a processor, wherein each sheet processing module is con- 
trolled by one or more nodes; a distributed control system 
arranged logically into a number of subsystems, the func- 
tions of each subsystem being performed by one or more of 
the nodes; and a communications network linking the nodes 
together to enable the nodes to operate in synchronism and 
to communicate with each other. 

We have developed a completely new approach to such 
sheet handling systems. Firstly, the system is arranged in the 
form of a number of physically discrete sheet processing 
modules and secondly the control system is arranged logi- 
cally into a number of subsystems, the software for which is 
distributed (typically copied) across the nodes which control 
operation of the modules. In this way, individual modules 
can be replaced without the need to reconfigure the system 
while distributing the control system across the nodes leads 
to much more efficient control of the sheet handling system. 
The nodes can also be replaced with very little down time. 

Typically, each module will be self-contained so that it 
can be built and tested independently of other modules. 
Thus, for example, a stacker module may contain a stacking 
component, a diverter for diverting sheets to the stacking 
component and a transport component for transporting 
sheets to the diverter. The module will have its own motor(s) 
for driving the transport, diverter and stacking components. 

Typically, each node processor stores programmes which 
can be adapted on supply of suitable parameters to operate 
with one or more of a number of different sheet handling or 
monitoring components. In the preferred example, each 
node processor stores programmes which can be adapted on 
supply of suitable parameters to operate with any sheet 
handling or monitoring component. Clearly, the more com- 
monality that exists between the nodes, the easier it is to 
manufacture and/or update the nodes while a single node 
construction can be used with a wide variety of sheet 
handling components. During the set up process, a node will 
be configured to operate with the particular component to 
which it is attached by supplying suitable control parameters 
from a central machine database. If, however, a sheet 
handling component is changed, the same node can easily be 
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reconfigured by supplying dififerent parameters so as to 
control the new sheet handling component. An example 
would be replacement of a sheet transport by a new transport 
which could be accelerated at a faster rate. 

5 In a similar way each node will typically store software 
for performing all the subsystems of the control system. At 
set-up, the appropriate parts of this software will be acti- 
vated in each node depending upon the function(s) it per- 
forms in the sheet handling system. 

10 In order to coordinate operation of the system, in the 
preferred example, each subsystem operates in accordance 
with a common lifecycle, the control system further com- 
prising a machine coordinator, typically residing on a node, 
for signalling steps in the lifecycles to other software 

15 components in the system. Each subsystem can then be 
operated in synchronism with the other subsystems by 
stepping in sequence through the respective lifecycles hav- 
ing stages such as set-up, process select, running up, running 
and running down. 

20 Conveniently, the control system includes a sheet track- 
ing subsystem. This enables the passage of sheets through 
the sheet handling system to be monitored allowing each 
node to respond as necessary upon arrival of a sheet at any 
of its connected components. 

25 This is most conveniently achieved if the sheet tracking 
subsystem includes a sheet register for storing information 
about each sheet being processed by the sheet handling 
system. Such a sheet register could be maintained centrally 
but this would require a very fast response communications 

30 network. In practice, therefore, it is more convenient if a 
copy of the sheet register is stored in all nodes which 
implement the sheet tracking subsystem. In this way, each 
node and the software relating to the node's attached com- 
ponents have immediate access to the local copy of the sheet 

35 register. 

Typically, the sheet register will store information to 
enable the nodes to determine the estimated time of arrival 
of each sheet at each component associated with the node. 
The estimated time of arrival may be explicitly stored or it 

40 could be determined on each occasion it is required from the 
information in the sheet register such as the time of entry of 
a sheet into the sheet handling system. To determine the 
estimated time of arrival, each node will maintain a record, 
suppUed on start-up, of the location of the component(s) 

45 relative to the sheet handling system entry point. 

Preferably, the sheet tracking subsystem is adapted to 
update the information in the sheet register to account for 
variations in the expected passage of sheets. In some cases, 
a sheet may not follow its expected passage through the 

50 sheet handling system. For example, the sheet may slip in 
the transport or it may be rerouted to an alternative 
destination, for example if it is found to be counterfeit or the 
like. In these situations, the estimated time of arrival will 
need to be changed. 

55 The sheet register may also store information relating to 
the destination of the sheet. From this information, each 
node can determine whether or not a sheet will need to be 
handled by the or one of the components attached to the 
node. This will reduce processing time during running since 

60 only those components which expect to receive the sheet 
need to determine its estimated time of arrival. 

Typically, the stored destination will be the final desti- 
nation in the system although it would also be possible to 
store an intermediate destination which is then updated 

65 during passage of the sheet. This allows dynamic re-routing 
of sheets in the event of the destined stacker suffering a 
malfunction. Where the stored destination is the final 
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destination, each node preferably stores for the or each of its 
components a table indicating whether, for each possible 
destination, the sheet will be handled or mooitored by the 
component. 

In order to determine the destination of sheets fed into the 
sheet handling system, the system may further comprise a 
sheet routing subsystem which responds to information 
detected about the incoming sheet to determine its destina- 
tion. Typically, the sheet routing subsystem will be imple- 
mented on a single node although the sheet routing software 
will be found on all nodes allowing any of the nodes to carry 
out that function. The node will be determined during set-up. 

An example of a sheet handling system according to the 
present invention will now be described with reference to 
the accompanying drawings, in which: 

FIG. 1 is a schematic diagram of the system; 

FIG. 2 illustrates the logical arrangement of the control 
software; 

FIG. 3 illustrates the distribution of subsystems across 
modules; 

FIG. 4 illustrates an example of a set of note records; and, 

FIG. 5 is a block diagram of the hardware components of 
a typical node. 

The sheet handling system to be described is for pro- 
cessing banknotes in which banknotes of a single denomi- 
nation are sorted in accordance with their condition and 
authenticity. The apparatus is shown schematically in RG. 
1 and is made up of four modules 1-4 arranged in sequence. 
The module 1 is for feeding banknotes from a stack, the 
module 2 for detecting their condition and authenticity and 
determining the route they should follow, the module 3 is for 
stacking those banknotes which are to be stacked at one of 
two locations, and the module 4 is for shredding those 
banknotes which remain. It will be appreciated that this is a 
simplified structure chosen for the purposes of this descrip- 
tion. In practice several other modules would also be used. 

The module 1 includes a banknote hopper 10 in which a 
set of banknotes 11 to be sorted are stacked. The banknotes 
are fed out of the hopper 10 by a feed roller 12 rotated by 
a motor 13, the stack being urged towards the roller 12 by 
a pressure plate (not shown). Each banknote is fed through 
a conventional separator system 14 until it enters a transport 
system 15 comprising juxtaposed pairs of feed belts 16,17 
defining a feed path 18. The belts 16,17 are entrained around 
idler rollers 19 while the belt 17 is also entrained around a 
drive roller 20 driven by the motor 13. 

Anew note sensor 21 is located adjacent the entrance to 
the transport 15, the sensor being connected to conditioning 
electronics 22. 

The motor 13 and the conditioning electronics 22 are 
connected to a node 23 containing a microprocessor and 
other components to be described later. The node 23 controls 
operation of the motor 13 and determines information from 
the new note sensor 21. The node 23 then processes the 
information in a manner to be described below. 

The node 23 is connected to a Controller Area Network 
(CAN) bus 24 of conventional form which enables it to 
communicate with the nodes of the other modules 2-4 and 
also a graphic conu-ol console 25. 

The sorting module 2 comprises a transport system 30 
similar to the transport system 15 and so this will not be 
described in further detail. As with the transport system 15, 
the transport system 30 is driven by a motor 31 under the 
control of a microprocessor within an associated node 32. 
An update sensor 33 senses the arrival of a note in the 
transport 30 and is connected to the node 32 via conditioning 
electronics 34. 
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The module 2 further includes an authentication detector 
35 for establishing the authenticity/condition of the note 
being fed. The detector 35 can be of any conventional form 
such as a magnetic detector, luminescent detector or the like 
5 and generates signals, which are passed to the node 32 via 
an interface 36, Som which the processor in the node 32 can 
determine the authenticity/condition of the note. The node 
32 is connected to the bus 24. 

The stacking module 3 comprises a pair of transport 
systems 40,41 positioned end to end and each being similar 
to the transport system 15. Both transport systems are driven 
by a motor 42 connected to a node 43 and each transport 
system is associated with a respective update sensor 44,45 
connected via conditioning electronics 46,47 to the node 43. 

A diverter 50 is positioned downstream of the transport 
15 40 and upstream of the transport 41 while a diverter 51 is 
positioned downstream of the transport 41. In the positions 
shown in solid lines in FIG. 1, notes will be transported 
through the stacking module 3 to the shredding module 4. 
However, the diverters 50,51 can be individually activated to 
20 the position shown in dotted lines by suitable signals from 
the node 43 causing a note which is fed to the diverter to be 
diverted into a respective hopper 52,53. 

Respective counting sensors 54,55 monitor the passage 
of notes into the hoppers 52,53 and provide signals which 
25 are passed to the node 43 via coaditioniag electronics 56,57 
respectively. 

In one example banknotes which can be redxculated are 
fed to the hopper 52 while banknotes of tmcertain condition 
or counterfeit are fed to the hopper 53 for manual review. All 

30 remaining banknotes are assumed to be unusable and fed to 
the shredding module 4. 

The shredding module 4 comprises a transport system 60 
having a similar fonn to the transport system 15 and being 
driven by a motor 61 controlled by a node 62. Acount sensor 

35 63 is positioned at the entrance to the transport system 60 
and is connected via conditioning electronics 64 to the node 
62. A shredder 65 is positioned downstream of the transport 
system 60 and is driven by the motor 61. 

The sensors 21,33,44,45 and 63 can be of any conven- 

40 tional form but will typically comprise optical sensors which 
delect the leading (and optionally trailing) edges of notes. 

Control of the system shown in FIG. 1 is achieved 
primarily by software contained on the nodes 23,32,43,62 
and the graphic control console 25. Furthermore, the soft- 

45 ware is logically arranged into a number of subsystems as 
shown in FIG. 2. These subsystems are as follows. 

A graphic control console subsystem 100 provides a user 
interface. It allows the user to start and stop note feeding and 
provides the functionality required for reconciliation, 

50 reporting, diagnostics, configuration and external connec- 
tivity. A machine operation subsystem or machine coordi- 
nator 101 coordinates operation of the distributed sub- 
systems and is linked to a database (not shown). An event 
(error) management system 102 is responsible for collecting 

55 all errors and warnings from the nodes and for investigating 
fault recovery procedures. It works in collaboration with the 
machine coordinator 101 to coordinate the machine wide 
actions necessary to respond to all fault conditions. 

A power management subsystem 103 manages power 

60 supplies to all the modules. 

A transport subsystem 104 controls operation of the 
various transports while a note tracking system 105 monitors 
the location of notes in the apparatus. 

An accounting subsystem 106 monitors outputs from the 

65 count sensors 54,55,63 collates that information and uploads 
the collated information to the graphic control console 
subsystem 100. 
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More specific subsystems include a feeding subsystem 
107 which is activated on the node 23 for controlling the 
feeding module 1, a sorting and routing subsystem 108 
which is activated on the node 32 to control the module 2 
and is responsible for detecting the type of note and deter- 
mining its destination, a stacking subsystem 109 which is 
activated on the node 43 for controlling the stacking module 
3, and a shredding subsystem 110 which is activated on the 
node 62 for controlling the shredding module 4. 

Software capable of implementing any of these sub- 
systems is provided on each node. 

The configuration of this software across the nodes 
23^2,43,62 and the graphics control console 25 is deter- 
mined from parameters downloaded from the database and 
is shown in FIG. 2. Thus, software implementing the note 
tracking subsystem 105 and the Uansport subsystem 104 is 
enabled on each of the four nodes while the graphic control 
console subsystem 100 is enabled on the console 25. 

The transport subsystem software 104 will be the same 
on each node since the same motor(s) are provided. 

The note tracking subsystem software 105 will be selec- 
tively activated according to the node concerned and the 
type of sensor (new note, update or count) as described 
below. However, the selected parts cooperate together as the 
note tracking subsystem via the interchange of messages via 
the bus 24. 

As shown in FIG, 2, in other applications, there may be 
more than one node equivalent to the node 43 allowing the 
use of more diverters and stackers while each stacker may be 
associated with a corresponding bander which would then 
have its own node 120 which would implement a banding 
subsystem 121. 

The. machine operation subsystem can be enabled on any 
node. 

An important aspect of the present invention is the 
distribution of certain subsystems across the nodes. A typical 
example is the note tracking subsystem 105. Thus, the 
implementation of the note tracking subsystem 105 in the 
feeding module node 23 will be, using the new note sensor 
21, to: 

j) detect whether a note has been successfully fed into the 
machine, and 

ii) determine the exact timing of the launch of a note into 
the machine (time stamping), and to provide a unique 
identification of the note, the node then broadcasting 
this information to all other nodes over the bus 24. 
In all other modules, the note tracking subsystem software 
responds to information from the respective connected sen- 
sors 33,44,63 and from upstream modules via the bus 24 to: 

i) become aware of the absolute physical position of a 
note in relation to the sensor so that timing calculations 
can be made based on received information about the 
current transport speed, 

ii) receive prior notice of notes in the transport subsystem, 

iii) keep a list of all notes in progress through the machine 
and the time window within which each one is expected 
to arrive (to be described in more detail in connection 
with the note register), 

iv) check, when a note arrives, that it is within the correct 
timing tolerance. If it is then a message with its 
corrected timing and identity can be broadcast so all 
down the hne elements of the subsystem can update 
their estimated time of arrivals and tolerance windows 
to minimise cumulative errors within the machine, 

v) if a note arrives too late, broadcast an event message to 
identify the late note so that other down the line 
elements of the subsystem know it is late or will never 
arrive, and 
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vi) if a note arrives too early, determine that it is likely to 
be a false detection or possibly a piece of debris. Again, 
an event message will be sent to warn down the line 
elements of the subsystem and possibly elements of 

5 other subsystems. 

Certain sensors, such as sensors 33,44,45, in the system 
act as "update" sensors which are placed at strategic points 
to monitor the passage of notes through the system. These 
carry out the functions set out above. Other sensors such as 

10 the sensors 54,55,63 act as "count" sensors and are provided 
at each note destination to check that the note has actually 
reached the destination and still appears to have the char- 
acteristics expected of it. Each count sensor checks the 
actual expected time of arrival of each note; and informs the 

15 accounting subsystem for each note expected at the sensor 
that it either has been counted or is missing. 

FIG. 3 illustrates an example of the distribution of sub- 
systems within the nodes and modules. The letters A, T, I, C, 
P, E indicate the subsystems enabled within each node. 

20 As briefly mentioned above, each node which operates 
part of the note tracking subsystem 105 will maintain a copy 
of a note register. This note register contains certain details 
relating to notes which have entered the system and have not 
yet been fiilly processed. For each component (or "client/ 

25 customer'') associated with a node, such as a diverter, the 
node maintains two indices — "note data" and "dead note". 
Each index is in the form of an array of 255 addresses, one 
per note, indexed by the note ID, which is initially generated 
by the note tracking subsystem from the new note sensor 21. 

30 An example of a set of note records for a system currently 
handling three notes is shown in FIG. 4. The "newest note 
index" points to the note record for the most recently 
received rlew note message — the youngest note in the 
system — ^while the "first free note index" points to the note 

35 immediately after the oldest note in the system. 

As mentioned above, two indices are maintained for each 
component attached to a node. The first, note data index, 
indicates the note record last given to a component and the 
dead note index indicates the youngest note that the com- 

40 ponent has finished with. As soon as a component has 
finished dealing with a note, the appropriate component 
subsystem will request the next note (an instruction on how 
to deal with the next note and when to carry out the 
insUiiction) from the note tracking subsystem. 

45 In the running state, there are 7 note messages and 2 client 
messages that may be received and these are used to update 
the corresponding note registers at each node. The messages 
and hence the note register infonnation are as follows. 
New Note. Add the note to the register and send the note 

50 record to each client that is both on every note path and is 
waiting for a note record. When software components are 
enabled, they know whether they require note information or 
not. [f they do then they must register as clients with their 
local note register. 

55 Note Missing. Set the note record's status to missing. 
Move the First free note index up as far as possible. If any 
clients Note data or Dead note index points to the missing 
note, set that index to NO13 NOTE. 

Note Counted. As for note missing, but set the status to 

60 deleted. If any client's Note data index points to the counted 
note, send a note deleted message to the client. 

Note Position Update. Correct the note record. If any 
client's Note data index points to the slipped note, send a 
note ETA update message to the client. 

65 Note Length. Update the note record. If any client's Note 
data index points to the measured note, send a note length 
update message to the client. 
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Note Destinatioa. Update the note record. For each client of arrival of the note and compares this with the previously 

that the note will pass — If the client is waiting for note data, determined ETA for that sensor. If there has been a change 

send it the routed note record. If the client is not waiting for in the note position, for exaaiple due to slippage, then the 

note data, but the newly routed note will reach the client note tracking subsystem on the node 32 generates a Note 

before the one it knows about, send it a re-routed note S Position Update message containing corrected time infor- 

record. mation and the note ID which is then transmitted to the 

Note Re-route. Update the note record. For each client downstream nodes on the bus 24. These nodes then update 

where the note data index is the re-routed note, if the client their note registers as appropriate and if any one of the 

is no longer on the note path, send a note re-routed from components attached to those nodes expects to receive the 

message. For each client on the note path where the note data 10 note then a note ETA update message is sent to the control 

index is not the re-routed note — If the client is waiting for software of the subsystem relating to that component 

note data (a "note required" flag is set), send it the re-routed enabUng it to compute a new ETA. 

note record. If the client is not waiting for note data, but the The note then passes the sensor 35. The note sorting and 

newly routed note will reach the client before the one it routing subsystem 108 then operates on the information 

knows about, send it a re-routed note record. 15 from the detector 35, This subsystem 108 includes a router 

Next Note Request. Look for a note after the dead note component which is responsible for taking note category 

index and note data index, that is routed to pass the com- information from the detector 35 and assigning a physical 

ponent. If one exists, send a new next note message to the destination to the note. The note routing subsystem 108 also 

client, otherwise, mark the client record as requiring a note. includes diverter software components which arc associated 

Cancel Note Request. Set the client's note data index to 20 with diverters 50,51 and are thus provided in an active form 

N0j3 NOTE, and clear the note required flag. on the node 43 for physically routing a note to its assigned 

Each node has a similar construction and stores software destination. The destination information is sent to all down- 
allowing it to be used with any component. The basic node stream nodes for storage in their note registers using a Note 
architecture is shown in FIG. 5 and comprises a micropro- Destination message. 

cessor 150 (CPU and TPU) coupled to a node clock 151 and 25 The note passes to the stacking module 3 and is detected 

a multi-tasking scheduler 152. In operation, the clock 151 of by the update sensor 44 which may generate a Note Position 

one of the nodes is selected to be the master and the other Update message as previously described in connection with 

node clocks act as slaves to that master so as to be synchro- the sensor 33. At regular intervals, the diverter software 

nized with it. Communication with the CAN bus 24 is components on the node 43, forming part of the stacking 

carried out via a controller 153 coupled via an Intermpt 30 subsystem 109, interrogate the note register for information 

Service Routine (ISR) 154 with a message distributor 155. about the next note and compute its time of arrival at the 

Software for those subsystems which are implemented by diverter. When it determines that the note has arrived, the 

the node is stored at 156. Each physical device such as a diverter is set as required in accordance with the destination 

motor, diverter or sensor is driven by respective device information. To that end, a Table is kept within the node 43 

controllers 157 which communicate with device drivers 158 35 for each of the diverters 50,51 providing a concordance 

and, via I/O boards 159 with the devices themselves. between the ultimate destination of a note as determined by 

The subsystems operate in accordance with respective the note routing subsystem and the condition of the diverter. 

lifecycles, a changeover between lifecycles being controlled Thus, for example, if the ultimate destination is the shredder 

by the machine operation subsystem 101. On start-up, the 65, each diverter 50,51 will determine that it must maintain 

initial set-up stage of each lifecycle is entered and various 40 its undiverted state when the note arrives. If the ultimate 

parameters are downloaded into the nodes 23,32,43,62 destination is the hopper 53, then the diverter 50 must 

allowing operation of the software components needed for maintain its undiverted state while the diverter 51 must 

controlling the hardware components attached to the respec- switch to its diverted state. 

tive nodes. In addition, each node determines for each of its The note tracking subsystem 105 monitors the passage of 

components the destinations which bring a note past that 4S the note as it arrives at each of the sensors 33,44,45,63 and 

component, and the location of that component within the this allows any slippage to be detected, this information then 

system relative to its start. This enables ETAs to be deter- being communicated to the other nodes, 

mined subsequently. Initially, these details are directly cop- In this simple example, note re-routing has not occurred 

led from the GCC database to the relevant components. because there is only one condition sensor 35. 

Following the set-up process, and after an initialization 50 On completion of a note feeding operation, the next stage 

phase, each lifecycle switches to a "nmning" phase. In that in the lifecycles is inidated and typically the system will 

phase, the transport subsystem 104 causes the transport power down, 

systems 15,30,40,41 and 60 to run at their normal transport What is claimed is: 

speeds and notes begin to be fed from the stack 11 into the 1. A sheet handling system having a number of sheet 

transport system 15. As soon as the new note sensor 21 55 processing modules linked together to enable sheets to pass 

detects a note, this information is processed by the node 23 between them, each sheet processing module including at 

to allocate a note ID and to timestarap the note arrival time, least one sheet monitoring or handhng component; a set of 

this information then being communicated via the bus 24 to nodes, each including a processor, wherein each sheet pro- 

the other nodes using a New Note message so that each can cessing module is controlled by one or more nodes; a 

set up its own note register for that note and an entry in its 60 distributed control system arranged logically into a number 

local note register. of subsystems, the ftinctions of each subsystem being per- 

On receipt of a New Note message, each node determines formed by one or more of the nodes; and a communications 

which of its components may receive the note and then network linking the nodes together to enable the nodes to 

calculates an ETA for that component which is stored. operate in synchronism and to communicate with each other, 

The note then passes to the sorting module 2 where its 65 wherein the control system includes a sheet tracking 

anrival is sensed by the sensor 33. This sensor is an update subsystem, wherein the sheet tracking subsystem includes a 

sensor and the note tracking subsystem determines the time sheet register for storing information about each sheet being 
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processed by the sheet handling system, and wherein a copy 
of the sheet register is stored in all nodes which implement 
the sheet tracking subsystem. 

2. Asystem according to claim 1, wherein each subsystem 
operates in accordance with a common lifecycle, the control 5 
system further comprising a central machine coordinator 
coupled to the nodes for signalling steps in the lifecycles to 
the nodes. 

3. A system according to claim 1, wherein the sheet 
register stores information to enable the nodes to determine lO 
the estimated time of arrival of each sheet at each component 
associated with the node. 

4. A system according to claim 3, wherein each node 
includes a store for storing the estimated time(s) of arrival. 

5. A system according to claim 1, wherein the sheet 15 
register stores information relating to the destination of the 
sheet. 

6. A system according to claim 5, wherein the stored 
destination is the final destination of the sheet in the system, 
each node storing for the or each of its components a table 20 
indicating whether, for each possible destination, the sheet 
will be handled or monitored by that component. 
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7. A system according to claim 1, wherein the sheet 
tracking subsystem is adapted to update the information in 
the sheet register to accoimt for variations in the expected 
passage of sheets. 

8. A system according to claim 1, wherein the control 
system includes a sheet routing subsystem for determining 
the destination of sheets fed into the sheet handling system. 

9. A system according to claim 1, wherein each sheet 
handling component comprises one of a sensor, diverter, 
transport, stacker, bander, or cotmtcr. 

10. Asystem according to claim 1, wherein each node has 
a local clock, the local clock of one of the nodes constituting 
a system clock to which the other local clocks are synchro- 
nized. 

11. A system according to claim 1, wherein each node 
processor stores progranunes which can be adapted on 
supply of suitable parameters to operate with a number of 
different sheet handing or monitoring components. 

12. A system according to claim 11, wherein the param- 
eters are supplied from a central machine database. 

* m * « * 
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